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(54) Methods and systems for collateral matching and mark to market reconcilement 

(57) The present invention provides secure, high- 
volume, processing methods and systems for multiple 
financial instruments that combine collateral matching 
to identify matched and unmatched financial transac- 
tions and consolidated mark to market valuations for all 
parties to a matched financial transaction. Further, the 
methods and systems of the present invention: (1) pro- 
vide real-time identification of matched and unmatched 
financial transactions; (2) provide real-time mark to mar- 
ket portfolio valuations; (3) provide standard formulae 
and user preferences to develop algorithms for real-time 
mark to market portfolio valuations; (4) accommodate 
additional financial instruments and additional users; (5) 
minimize manual review of discrepancies in margin val- 
uations; (6) provide multilingual capabilities, settlement 
currencies, and other identifiers necessary to communi- 
cate the results of collateral matching and mark to mar- 
ket portfolio valuations; (7) facilitate lower financial 
transaction and processing costs; and (8) minimize the 
manual entry and re-keying of information into multiple 
formats and templates used parties to a financial trans- 
action. 

In other embodiments of the present invention, the 
methods and systems may be designed to: (1) utilize a 
user-friendly interactive user interface; (2) provide inte- 
gration with external and internal systems; (3) provide 
detailed reports; (4) allow for real-time system modifica- 
tions and system configuration; (5) allow for customized 
import/export files; and/or (6) utilize state-of-the-art 
communications technology. 
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Descrfptl n 

PRIORITY APPLICATION 

[0001] This application claims the benefit of US 5 
Provisional Application No. 60/146,569 filed July 30, 
1999, entitled "System and Method for Mark to Market 
Reconcilement, B and is incorporated herein by refer- 
ence. 

COPYRIGHT NOTIFICATION 

[0002] A portion of the disclosure of this patent doc- 
ument and its figures contain material that is subject to 
copyright protection. The copyright owner has no objec- 
tion to the facsimile reproduction by anyone of the pat- 
ent document or the patent disclosure, as it appears in 
the Patent and Trademark Office patent files or records, 
but otherwise reserves all copyrights whatsoever. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0003] The present invention relates generally to 
the field of collateral matching and mark to market rec- 
oncilement that allows parties to a financial transaction 
to easily, efficiently, and reliably manage the margining 
process. More particularly, the present invention pro- 
vides secure, high-volume processing methods and 
systems for multiple financial instruments that combine 
collateral matching to identify matched and unmatched 
financial transactions and consolidated mark to market 
valuations for all parties to a matched financial transac- 
tion. 

2. Background 

[0004] Financial market participants are constantly 
aware of the risks and opportunities in the dynamics of 
the foreign exchange, derivatives market, and securities 
market. Bilateral margin agreements are dynamic mar- 
ket contracts in which the parties must account for the 
margin, the variance in value between the contract price 
and the market price. Subject to market fluctuations, the 
valuation of the margin by each party is often a source 
of conflict and tremendous market inefficiency. Whether 
it is the complexity and volume of the transactions 
between the parties, the use of different formulae to cal- 
culate the value of the transactions, or a combination of 
the above factors, the disconnect in margin valuation 
demands a time consuming manual review process that 
is detail-oriented and error prone. Manually reviewing a 
difference or discrepancy in the margin valuation keeps 
the parties from adequately and promptly assessing its 
business risks and opportunities in a rapidly changing 
market economy. 

[0005] Bilateral margin agreements require each 



party to bear a high level of risk in dealing with the other. 
The variance of the market and its effect on the margin 
valuation can create various incentives for a party to 
take advantage of a favorable market or to remain inac- 
tive. The risk is in the party's mark to market valuation of 
the margin and in the varying market valuation of collat- 
eral agreements. Derivative instruments, such as, an 
interest rate swap, a currency swap, or an interest rate 
option, pose the greatest risk valuations because they 
are based on changes in terms of notional amounts and 
not on exact values. 

[0006] Typically, a major party, A, such as any major 
global financial institution or bank, has a significant 
book (portfolio) of transactions. For example, a particu- 
lar global bank may have anywhere from one to fifty (50) 
transactions against a counter-party, B. Those transac- 
tions might be booked and they might all be confirmed, 
but they are for different notional values, different peri- 
ods of time, and, in fact, some of them may be interest 
rate swaps and some of them may be currency swaps. 
Such a portfolio of transactions raises a significant 
number of risk issues. 

[0007] One of the risk issues, for example, is the 
mark to market value of a particular transaction. For 
example, the interest rate swap transaction that lasts 
over an eighteen (18) month period has an Initial value 
at financial transaction date. However, because time 
passes and there is a timed value of money, the value of 
that transaction changes every day. It changes based 
on how interest rates change, which is the floating side; 
it changes based on exactly how time passes; and it 
also changes based on factors involved with the volatil- 
ity of interest rates. 

[0008] The changes can be calculated using, for 
example, complicated mathematical formulae, but the 
important factor is that the value of the transaction 
between A and B is different every day. In a portfolio of 
transactions, let us say fifty (50) transactions, for differ- 
ent values between A and B, some of these transactions 
can be in the money and some of them can be out of the 
money to either party. Generally, these values are net- 
ted because the parties have netting agreements estab- 
lished between them. However, the problem remains 
that it is most likely that one party is going to be net out 
of the money with the other party. 
[0009] Assume, for example, that we have fifty (50) 
transactions in this portfolio between A and B, and that 
B is $2 million out of the money as of a given day, such 
as today. This means that A has at least $2 million of 
pure, economic risk that if B, for example, becomes 
bankrupt today, A will not receive these moneys. There- 
fore, the institution of collateral agreements has become 
commonplace within the marketplace. 
[0010] A collateral agreement means that, based 
on certain parameters, if B is out of the money, such as 
$2 million, B will post an agreed upon amount of collat- 
eral to be held by A until the market changes. The mar- 
ket changes every day, and rather than going through 
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the laborious and Inefficient process of margin-call, B 
sends A collateral, a smaller sum of money, such as, 
$50,000.00. In other words, until the market changes 
$50,000.00 back in B's favor, A would keep the collat- 
eral. Collateral agreements make sense In continuing 
business relationships because the changing market 
conditions make it unreasonable to constantly move 
money between parties when one party's gains on one 
day may be tosses on the next. 

[0011] Given the improved efficiencies of collateral 
agreements over margin-calls, there are still inefficien- 
cies in their use. For example, the amount of collateral 
must be agreed upon and must be delivered to the 
proper party. Additionally, the timely movement of collat- 
eral between parties can be a source of inefficiency if 
the parties are unable to agree upon the amount consti- 
tuting collateral. Further, the difference in how parties 
mark to market the collateral becomes a critical Issue. 
[0012] Collateral, such as, a government bond is 
marked to market daily because like any other financial 
instrument, the value of that bond changes every day. 
Mark to market is a representation of the daily market 
value and the changes to those market values over a 
period of time. When any A has multiple collateral 
agreements with multiple parties, the portfolio of trans- 
actions typically includes a variety of different types of 
transactions, such as, foreign exchange forwards, inter- 
est rate swaps, and currency swaps. Accordingly, there 
is a myriad of bilateral margin agreements in place. 
[0013] The current process of reconciling these 
types of financial transactions is manually intensive, 
extremely time consuming, and tedious. For example, 
when A and B have 500 transactions, it can take up to 
six months just to reconcile those transactions, because 
transactions are maturing and new transactions are 
entered into. Some of the transactions may be rather 
complex and may be under limited control in manual 
spreadsheets. When these transactions are handled on 
a manual basis, the mark to market updates can be 
made on an irregular and unsynchronized schedule, 
thus causing a disparity in the margin valuation and 
inefficiency incurred through the review process. At a 
high level of volume, the process becomes untenable, 
inefficient, and error prone. 

[001 4] The ability to reconcile a specific transaction 
that A is valuing and that B is also valuing is further 
affected by the likelihood that the two parties are not 
using exactly the same formulae for creating the value 
of that transaction. Without an established or agreed 
upon standard of formulae for calculating the margin, 
there will always be differences of opinion between A 
and B, although hopefully minor, as to what the value of 
a particular transaction is on any given day. Therefore, 
in addition to agreeing between parties A and B that 
these transactions exist and that the components of the 
transactions are equal, it is also necessary to mark to 
market the value of a particular transaction from both 
sides on a given day's basis and to reach an agreement 



on the net value of all transactions. 
[0015] Thus, a need exists for a methods and sys- 
tems for remotely accessing a secur communications 
network that provides parties a single point of entry to 

5 electronically process collateral matching and mark to 
market valuations of multiple financial instruments in 
numerous financial transaction. A need also exists for 
collateral matching and mark to market methods and 
systems that afford basic checks on financial transac- 

10 tion data and that prevents duplicate submission of this 
data. There is a further need for flexible collateral 
matching and mark to market methods and systems 
that are able to: (1) provide real-time Identification of 
matched and unmatched financial transactions; (2) pro- 

75 vide real-time mark to market portfolio valuations; (3) 
provide standard formulae and user preferences to 
develop algorithms for real-time mark to market portfolio 
valuations; (4) minimize manual review of discrepancies 
in margin valuations; (5) accommodate additional finan- 

20 cial instruments and additional users as the system 
expands; (6) facilitate lower financial transaction and 
processing costs; (7) provide multilingual capabilities, 
settlement currencies, and other identifiers necessary 
to globally communicate with users Interested in collat- 

25 eral matching and mark to market portfolio valuations; 
and (8) minimize the manual entry and re-keying of 
information into multiple formats and templates used by 
parties to a financial transaction. 

30 SUMMARY OF THE INVENTION 

[0016] To overcome the aforementioned problems, 
the present invention provides an easy, efficient, and 
reliable standard for parties to efficiently, accurately, and 

35 immediately evaluate its relative market positions by 
providing methods and systems for collateral matching 
and mark to market valuations of multiple financial 
transactions. The system utilizes computer hardware 
and software and makes use of a number of key compo- 

40 nents, such as a data translation engine, a matching 
and reconciliation engine with bilateral capabilities, and 
a client-side reporting administration system using web- 
based technology. In a secure interface via encrypted 
and authenticated file transfers, the methods and sys- 

45 terns for an embodiment of the present invention enable 
any execution confirmation matching system to feed the 
results of a matched transaction to the mark to market 
reconcilement system to collaterally match and to 
derive mark to market valuations. 

so [0017] In an embodiment of the present invention, 
financial transaction data Is transmitted using web- 
based technology or using a computer-to-computer 
interface (e.g., a direct link to a broker's order capture 
system). The financial transaction data transmitted by a 

55 party is formatted to FIX, SWIFT, or another standard 
electronic format. Once in a standard format, the trans- 
action data is transmitted and stored to a communica- 
tions network that any party can access to track th 
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status of the collateral matching and mark to market val- 
uations and to report on exception it ms. 

[0018] In an embodiment of the present invention, 
th methods and systems consist of one or more client 
terminals that works in conjunction with a communica- 
tions network(s), network server(s), and database(s). 
The client terminal is an interactive electronic communi- 
cations device, such as, for example, PC's and/or serv- 
ers running UNIX or LINUX, a Macintosh, a personal 
digital assistant (PDA), a pen-based computer, an inter- 
active pager, mobile and cellular phones, a WAP phone, 
an interactive television, and the like. The client terminal 
gets all the data it needs to display "user modules" that 
represent screens displayed on a client terminal and 
allows a user to view, input, select, and/or transmit 
financial transaction data, including user instructional 
data. For example, instead of a party manually review- 
ing portfolio accounts to determine matched financial 
transaction and mark to market valuations, financial 
transaction data is transmitted in an electronic transfer 
medium, such as, an interactive web-page. The finan- 
cial data standardized, verified, stored, identified as 
matched, unmatched, or marked as an exception. 
Thereafter, mark to market valuations of the transaction 
data are automatically performed using algorithms of 
standard formulae and user instructions. 
[0019] In an embodiment of the methods and sys- 
tems of the present invention, web-browser/web-server 
technology can be used in a GUI application to gener- 
ate, access, and download client reports, and act as an 
administrative interface. The web-browser is used to 
deliver a client report to provide the following informa- 
tion: total mark to market valuation, matched financial 
transactions, unmatched financial transactions, import 
errors, and other information as required. In an embod- 
iment of the present invention, the web-browser further 
enables users to generate and transmit administrative 
instructions for file transfer. The user is able to link and 
unlink financial transactions, manually match and 
unmatch financial transactions, add or amend product 
codes and parties, upload financial transaction data 
files, download results data, and manage other adminis- 
trative portfolio tasks. 

[0020] In an embodiment of the methods and sys- 
tems of the present invention, a server side data trans- 
lation engine can translate a party's financial 
transaction data into a standardized format through 
data parsing, validation, and format conversion. All file 
imports are logged and time-stamped in order to pro- 
vide a complete history and audit trail. Any errors 
encountered In the import process are logged and writ- 
ten into a database unless primary key data is missing. 
In another embodiment, this engine offers the flexibility 
of creating new import specifications and modifying 
existing ones in order to accommodate new file formats 
and changes in data content. 

[0021] In an embodiment of the present invention, 
the data translation engine feeds the standardized data 



to a separate server side engine with bilateral capabili- 
ties to match and reconcile financial transactions. This 
matching and reconciliation engine updates existing 
financial transactions and inserts any new financial 

5 transactions. Specifically, existing unmatched financial 
transactions are updated with the latest data and exist- 
ing matched financial transactions are updated to the 
latest mark to market value. Any other variable fields 
deemed necessary are also be updated. The system 

w then attempts to match any new financial transactions 
that have arrived. On a periodic basis set by the user, 
the system will carry out the reconciliation process for 
all matched financial transactions that have been 
updated in the previous period. 

is [0022] In another embodiment of the invention, soft- 
ware encryption and authentication is accomplished 
using something akin to the concept of having public 
and private keys. The security system generates a pair 
of linked keys - one of which is public and the other is 

20 private. The public key is used to generate an encrypted 
file and can only be decrypted by using the private key. 
The public key is thus distributed by a party to another 
party (e.g., counter-party) that it wishes to exchange 
encrypted data. 

25 [0023] In addition to providing the methods and sys- 
tems outlined above, the present invention: (1) provides 
highly configurable data import/export specifications; 
(2) standardizes data formats data; (3) facilitates auto- 
matic file transfer; (4) provides near real-time mark to 

30 market comparisons of selected financial transaction 
valuations; (5) allows a user to define decision making 
criteria to reconcile the mark to market value of 
matched transactions; and/or (6) notifies each party of 
new financial transactions. 

35 [0024] In another embodiment of the present inven- 
tion, the methods and systems may be utilized to per- 
form one or more of the following tasks: (1) utilize a 
user-friendly interactive user interface; (2) provide inte- 
gration with external and internal systems; (3) provide 

40 detailed reports; (4) allow for real-time system modifica- 
tions and system configuration; (5) allow for customized 
import/export files; and/or (6) utilize state-of-the-art 
communications technology. 

[0025] Further details on these embodiments, other 
45 possible embodiments, and additional methods and 
systems of the present invention are set forth below. 
[0026] As are appreciated by those of ordinary skill 
in the art, the methods and systems of the present 
invention have wide utility in a number of areas as illus- 
50 trated by the wide variety of features and advantages 
discussed below. 

[0027] It is a feature and advantage of the present 
invention to provide methods and systems of automati- 
cally collecting and distributing collateral mark to market 
55 valuation reconcilement information associated with a 
financial transaction that provide real-time notification of 
ail valuation changes to parties to a financial transac- 
tion. 
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[0028] It Is another feature and advantage of the 
present invention to provide methods and systems for 
automated collateral matching and mark to market rec- 
oncilement with a global reach that reduces manual 
activity, expands productivity, and acts as a bridge to 5 
both confirmation and depository systems. 

[0029] It is another feature and advantage of the 
present invention to import and store financial transac- 
tion data feeds by remote booking/accounting systems 
and to allow all parties to a transaction to be aware of a w 
new transaction whenever the transaction is uploaded. 
[0030] It is another feature and advantage of the 
present invention to access, convert, manage, store, 
and transmit electronic financial transactional data 
associated with collateral matching and mark to market is 
valuations. 

[0031] It is another feature and advantage of the 
present invention to enable parties in a transaction to 
establish norms and other reconcilement criteria, and, 
to thereby, monitor mark to market values with more 20 
certainty. 

[0032] It is another feature and advantage of the 
present invention to allow the use of different reconcile- 
ment algorithms or sets of algorithms among parties to 
a financial transaction. 25 
[0033] It is another feature and advantage of the 
present invention to evaluate data fields in a financial 
transaction and to match financial transactions based 
on data tolerances and/or user preferences. 
[0034] It is another feature and advantage of the 30 
present invention to evaluate date fields in a financial 
transaction and to match financial transactions based 
on date tolerances and/or user preferences. 
[0035] It is another feature and advantage of the 
present invention to evaluate number fields in financial 35 
transaction data and match transactions based on 
number tolerances and/or user preferences. 
[0036] It is another feature and advantage of the 
present invention to reduce costly exception processing 
associated with collateral matching and mark to market 40 
valuations. 

[0037] It is another feature and advantage of the 
present invention to generate key financial reports that a 
party can use to monitor and control portfolios of collat- 
eralized agreements and other bilateral margin agree- 45 
ments. 

[0038] it is another feature and advantage of the 
present invention to eliminate the need for customers 
using a depository or collateral agent to re-key daily 
data. 50 
[0039] It is another feature and advantage of the 
present invention to make file hand-offs automatic. 
[0040] It is another feature and advantage of the 
present invention to convert data into a standardized 
format. 55 
[0041] It is another feature and advantage of the 
present invention to provide flexible data conversion 
parameters. 



[0042] It is another feature and advantage of the 
present invention to authenticate, verify, and confirm 
mark to market parameters and financial transaction 
data to reconcile matched financial transactions. 
[0043] It is another feature and advantage of the 
present invention to automatically export financial trans- 
actional data to multiple users, including buyers, sellers, 
and third parties (e.g., collateral agents, depositories, 
etc.). 

[0044] It is another feature and advantage of the 
present invention to provide detailed audit reports to 
capture the actions, events, errors, and the like involved 
in the import and/or export of data, in the internal 
processing of data, and in the manual matching and 
reconcilement processes. 

[0045] It Is another feature and advantage of the 
present invention to provide security, authentication, 
and entitlement features. 

[0046] It is another feature and advantage of the 
present invention to allow a party to enter and submit 
financial transaction data and to modify previously sub- 
mitted financial transaction data. 
[0047] It is another feature and advantage of the 
present invention to provide a flexible collateral match- 
ing and mark to market system that is capable of 
accommodating changes in the system architecture. 
[0048] It is another feature and advantage of the 
present Invention to accommodate growth in the 
number of users (e.g., parties, system administrators, 
etc.). 

[0049] It is another feature and advantage of the 
present invention to provide a collateral matching and 
mark to market system that is capable of running on 
many different hardware platforms and with many differ- 
ent operating systems. 

[0050] It is another feature and advantage of the 
present invention to interface and communicate with the 
network communications system through a variety of 
electronic mediums, including wireline and wireless 
technology, such as, for example, WAN, LAN, PSTN, 
public networks, satellite systems, and the like. 
[0051] It is another feature and advantage of the 
present invention to provide on-line system help to the 
user. 

[0052] It is another feature and advantage of the 
present invention to provide for multiple levels of user 
access and to facilitate multiple levels of security related 
to those levels of user access. 
[0053] It is another feature and advantage of the 
present invention to secure the source code on the net- 
work server and/or communications network. 
[0054] It is another feature and advantage of the 
present invention to provide a user with access to a vari- 
ety of optional additional useful administrative features, 
such as, for example, changing a password, adding a 
financial instrument, and setting defaults. 
[0055] It is another feature and advantage of the 
present invention to have one standardized user inter- 
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face regardless of a user's computer system (i.e., the 
hardware platforms, operating systems, programming 
languages, software applications, and other computer 
technology). 

[0056] It is another feature and advantage of the 5 
present invention to allow a user to store data on a local 
computer or local network. 

[0057] It is another feature and advantage of the 
present invention to provide multilingual capabilities 
including translations of financial transaction data, 10 
including mark to market data and user data. 
[0058] It is another feature and advantage of the 
present invention to allow a user to select a language 
(e.g., English, French, Spanish, German, etc.) to display 
user module information, including data that is uploaded is 
or downloaded by a user. 

[0059] It Is another feature and advantage of the 
present invention to allow for single data entry in order 
to eliminate the mistakes caused by the re-entry of data 
by multiple users, and accordingly, to reduce the need 20 
for personnel to enter financial transaction data and rec- 
oncilement data. 

[0060] It is another feature and advantage of the 
present invention to significantly reduce the time 
required by the overall reconcilement process. 25 
[0061] These advantages and features may be 
accomplished singularly, or in combination, in one or 
more of the embodiments of the present invention, 
[0062] Additional uses, objects, advantages, and 
novel features of the invention are set forth in the 30 
detailed description that follows and will become more 
apparent to those skilled in the art upon examination of 
the following or upon learning by practice of the inven- 
tion. 

35 

BRIEF DESCRIPTION OF THE FIGURES 

[0063] Other advantages and features of the inven- 
tion are more clearly understood by reference to the fol- 
lowing description taken in connection with the 40 
accompanying figures, in which: 

Figures 1A, entitled "MTM Reconcilement Topology 
Overview," and 1B, entitled "MTM Reconcilement 
System Schematic," illustrate overviews of the rec- 45 
oncilement topology and system schematic in one 
or more embodiments of the methods and systems 
for collateral matching and mark to market reconcil- 
iation. 

Figure 2, entitled "Overview - Mark to Market Valu- so 
ation," illustrates an overview of the mark to market 
valuation process flow in an embodiment of the 
methods and systems for collateral matching and 
mark to market reconciliation. 

Figure 3, entitled "Financial Transaction Data Flow," 55 
illustrates the financial transaction data flows in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market. 
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Figure 4, entitled "Daily Transaction Reconcilement 
Rows," illustrates the dally process flows in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market. 

Figure 5, entitled "Exposure Summary Report for 
Bank No. 1," illustrates a sample Exposure Sum- 
mary Report in an embodiment of the methods and 
systems for collateral matching and mark to market 
reconciliation. 

Figures 6A-D, entitled "Data Table for Matched 
Financial Transactions," illustrate sample data for 
matched financial transactions in an embodiment of 
the methods and systems for collateral matching 
and mark to market reconciliation. 
Figure 7, entitled "Data Table for Unmatched Finan- 
cial Transactions," illustrates sample data for 
unmatched financial transactions In an embodiment 
of the methods and systems for collateral matching 
and mark to market reconciliation. 
Rgure 8, entitled "Data Table for Expired Financial 
Transactions," illustrates sample data for expired 
financial transactions in an embodiment of the 
methods and systems for collateral matching and 
mark to market reconciliation. 
Rgure 9, entitled "Import Errors Bank No. 2," illus- 
trates a sample Import Error Report in an embodi- 
ment of the methods and systems for collateral 
matching and mark to market reconciliation. 
Rgure 10, entitled "International Swap Dealer 
Association (ISDA) Agreement Matrix," illustrates a 
sample ISDA agreement matrix in an embodiment 
of the methods and systems for collateral matching 
and mark to market reconciliation. 
Rgure 1 1 , entitled "Sample Input Data Files - Three 
(3) Types of Input Formats," illustrates sample input 
data files in an embodiment of the methods and 
systems for collateral matching and mark to market 
reconciliation. 

Rgures 12A-D, entitled "File Import Specification," 
illustrates samples of file import specifications in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market reconciliation. 
Rgure 13, entitled "Matching Criteria," illustrates 
data tables of matching criteria data fields in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market reconciliation. 
Rgures 14A and 14B, entitled Tables of Data 
Relds," illustrate sample tables of data fields in an 
embodiment of the methods and systems for collat- 
eral matching and mark to market reconciliation. 

DETAILED DESCRIPTION 

[0064] The essence of the present Invention is to 
automate the collateral matching and derivative mark to 
market (MTM) reconcilement process by accepting on 
or more files of financial transaction data from numer- 
ous parties and to produc market valuations and 
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reports that enable each party in a multi-party financial 
transaction to agree and adjust its relative collateral 
positions simply and quickly. The present invention is 
related to, but remains independent of, any execution 
confirmation matching system. 

[0065] The system reconciles the MTM value of 
multiple financial instruments. Any financial instrument 
(e.g., interest rate swaps, currency swaps, interest rate 
options, non-delivery versions of foreign exchange 
related products, etc.) may be matched and reconciled. 
In an embodiment, the present invention reconciles 
matched financial transactions that are handed-off by a 
party such that the financial transaction data can be 
accepted without the need for re-matching. 
[0066] The present invention will now be described 
in more detail by illustrative examples with reference to 
the embodiment(s) depicted in the Figures. The follow- 
ing described embodiment(s) is presented by way of 
example and should not be construed as limiting the 
inventive concept to any particular configuration. 
[0067] Referring to Figures 1A and 1B, a basic 
overview of the mark to market (MTM) topology and 
system schematic is depicted. As shown in Figure 1 , a 
client terminal 101a, 101 b or a server 102 is connected 
over a secured firewall 105 to a communications net- 
work 160. The communications network 160 includes a 
secured web-server 106, a data parser/translator 107, a 
reports generator 108, a transaction processor 109, and 
a MTM processor 110. Daily MTM values 162, MTM 
reports 163, and a web-transactor 161 are maintained 
and communicated via the communications network. 
Further, the communications network 160 is coupled 
over a secured firewall 111 to a transaction database 
112 and a database containing customer records 113 
(e.g., records containing profile data of each party, 
financial service provider, etc.). Depositories or other 
third parties 170 may also be connected and have 
access to information in the communications network 
160. Transmission Control Protocol/Internet Protocol 
(TCP/IP) 104 may be utilized over a virtual private net- 
work wherein a user can dial in through a modem, over 
integrated services digital network (ISDN), or over a 
fixed line, such as, for example, a leased line to access 
the communications network 160. Alternatively, the sys- 
tem operates over the Internet using a web-browser 103 
with suitable bridges and security. 
[0068] The collateral matching and mark to market 
system includes at least one client terminal 1 01 a, 1 01 b. 
The client terminal 101a, 101b typically includes a cen- 
tral processing unit (CPU), a monitor or other visual dis- 
play device, a keyboard or some other input device, and 
a communications device. Client terminals 101a, 101b 
transmit and receive data to and from a server 106 via a 
communications network 160. Client terminals 101a, 
101b interact with the server 106 in a typical cli- 
ent/server platform. The operation of the system 
according to the embodiment shown in Figure 1 is as 
follows. A party at a client terminal 101a accesses the 



communications network and transmits financial trans- 
action data, including financial data and user profile 
data. The server 106 either creates a new object in the 
software or modifies an existing object to standardiz 

5 and store the financial transaction data. Thereafter, the 
financial transaction data is automatically matched and 
reconciled using parameters specified by a party. A 
counter-party sitting at another client terminal 101 b can 
then enter the system and access the uploaded finan- 

w cial transaction data and results including matched 
transactions and mark to market valuations for specific 
financial instruments. 

[0069] In a possible embodiment of the present 
invention, the client terminal 101 a, 101b may be any PC 
is running a Windows operating system or may be a Win- 
dows NT workstation with access to a global communi- 
cations network 160, such as, the Internet. For example, 
the client terminal 101 a, 101b may be a PC that sup- 
ports either Internet Explorer or Navigator to provide 
20 access to the Intranet or Internet. Alternatively, it should 
be appreciated that the client terminal 101a, 101b could 
take on a variety of other suitable forms, such as, for 
example, PC's andtor servers running UNIX or LINUX, a 
Macintosh, a PDA, a pen-based computer, an interac- 
ts tive pager, mobile and cellular phones, a WAP phone, 
an interactive television, and the like. Furthermore, the 
client terminal could be electronically connected to a 
communications network 160 byway of other wireline or 
wireless technology, including, for example, WAN, LAN, 
30 PSTN, public networks, satellite systems, and the like. 
[0070] In an embodiment of the present invention, 
the client terminal 101a, 101b displays user modules 
that represent screen shots and prompts the user to 
view, input, export, select, and/or transmit various infor- 
35 mation about financial transactions, user information, 
collateral matching criteria, other decision making crite- 
ria, and mark to market valuations. The user modules 
may be advantageously displayed as web-page pro- 
jected upon a client terminal 101 a, 101b running a web- 
40 browser 1 03 coupled with to a communications network 
160. 

[0071] Figure 2, entitled "Overview - Mark to Market 
Valuation," illustrates an embodiment of the mark-to- 
market process flow between the parties 201 , 221 after 

45 the financial transactions are input and matched 211 
within the system. After each specified period of time, 
usually once daily, all derivative transactions are 
marked to market 202, 222 by a party 201 , 221 . Each 
party's formulae may be different and proprietary. As a 

so contributing member of the system, each party 201 , 221 
runs their proprietary MTM systems 202, 222 to value 
their transactions. 

[0072] Then, the results of these MTM bookings 
202, 222 are fed in a known file format 203, 223 to the 
55 formatting module 210. Both parties may prepare and 
send their MTM values in different formats. The data is 
then parsed and translated to a standardized format 
210 and transmitted to the MTM processor 211. 
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ment of the present invention takes this feed, translates 
the data to a common format, and then parses it, and 
validates that, In fact, the system has reconciled the 
transaction. If the system has not reconciled the trans- 
action, the system parses it, maps it into the language 5 
that the reconcilement system understands, and then 
performs a reconcilement, for example, against client 
B's input files. 

[0083] Therefore, the system translates all of the 
financial transaction data, for example, of today's finan- 10 
cial transactions in standard form and goes through a 
matching routine, as opposed to a confirmation routine, 
to see, for example, if B has input B's side of this partic- 
ular transaction. Once that reconciliation process takes 
place, then, for example, for the next day's feed, the only 15 
Information the system actually parses out Is the new 
mark to market value. 

[0084] In an embodiment of the present invention, 
the output files are, in fact, web-enabled. Effectively, 
they are portfolio reports that the system allows the cus- 20 
tomer to access and to see what their mark to market 
values are versus, for example, any B, or any C or D, 
and so on, and likewise, with any of the other parties. 
Thus, the parties can see what their netted value of 
portfolio transactions is versus other individual counter- 25 
parties. By enabling the parties to do this, they can 
determine very quickly whether or not more or less col- 
lateral is required, and whether, in fact, there is a 
change of collateral required under the terms of the col- 
lateral agreement. It is extremely important in a collat- 30 
era! agreement to have current and accurate mark to 
market values against the collateral agreement to 
reduce risks for each of the parties, and the methods 
and systems for an embodiment of the present invention 
provide a means to reduce such risks. 35 
[0085] The complexities of the process are multi- 
plied by the fact that many of these financial institutions 
have what are known as global books. A global book 
means that certain transactions are booked, for exam- 
ple, in the United States; other transactions of the same 40 
portfolio against B may be booked in the United King- 
dom, and still other transactions may be booked in Sin- 
gapore for, example, against Asia Pacific counter- 
parties. When dealing with a bilateral agreement, it 
means dealing with a netted totality of those transac- 45 
tions versus the same totality of any B. This requires, 
basically, a 24 hour by 7 day capability, so that a finan- 
cial institution with a global book is always updating its 
mark to market values against a party, against the glo- 
bal book of transactions. 50 
[0086] Currently, all counter-parties basically deal 
on a bilateral basis, many of them on a manual basis. 
The methods and systems for an embodiment of the 
present invention, provides a 24 hour by 7 day platform 
with a web-enabled capability of reviewing portfolios of 55 
mark to market values to any party anywhere in the 
world. An embodiment of the present invention includes, 
for example, a number of major aspects. One aspect, for 



example, is the matching and r conciliation aspect. 
Once a transaction has been matched and reconcil d in 
a transaction between parties, such as A and B, another 
aspect of an embodiment of the present invention, for 
example, is that then the system is able to take and 
pars an updated mark to market valuation against 
those matched transactions and perform mathematical 
calculations to create a netted value against those 
transactions. Still another aspect for an embodiment of 
the present invention is to enable a customer to review 
and receive on-line reports of the customer's global 
portfolio. This is done at a server level, in which the cli- 
ent is enabled to access the server for an embodiment 
of the present invention from their local PC and review 
their positions. 

[0087] Another function that a party has Is the abil- 
ity to export financial transaction data on the system by 
a counter-party into another spreadsheet. A party can 
download the data into his or her booking/accounting 
system and generate his or her own spreadsheet. The 
client application (e.g., GUI) for an embodiment of the 
present invention can be programmed to take on most 
any format of spreadsheet that a party utilizes. In this 
way, a party can import their latest financial transac- 
tional data every morning into the system and make it 
available to any counter-party that access the system. 
[0088] Referring now to Figure 5, entitled "Expo- 
sure Summary Report for Bank No. 1," a sample Expo- 
sure Summary Report is provided to illustrate a report in 
an embodiment of the methods and systems for collat- 
eral matching and mark to market reconciliation. The 
sample report represents the exposure of one party, 
represented by Bank 1, to two or more other parties, 
represent by Bank 2 and Bank 3. 
[0089] The exposure that Bank 1 has to the others 
is separated between those transactions that are 
matched, for instance between Bank 1 and Bank 2, and 
those that are not matched between Bank 1 and Bank 2. 
Each bank's transaction values are accumulated for that 
portion of the portfolio that is matched and unmatched. 
The individual net sums mean that when all transactions 
are summed, keeping mind of the sign of the value 
according to that parties MTM value, the net exposure 
of Bank 1 to Bank 2 can be visually depicted. In this 
illustration, Bank 1 has a 21,214,590.41 total positive 
exposure to Bank 2; Bank 2 has a total negative expo- 
sure to Bank 1 of 41 ,281 ,764; and the total net exposure 
that Bank 2 has to Bank 1 is 20,067,173.59. This is 
repeated for each counter-party that Bank 1 has expo- 
sure to or from. 

[0090] Figures 6A-D, entitled "Data Table for 
Matched Financial Transactions," illustrate sample data 
for matched financial transactions in an embodiment of 
the methods and systems for collateral matching and 
mark to market reconciliation. The present invention 
matches all transactions input by each bank to the 
other. 

[0091] Figure 6A represents the matched transac- 
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tlons between Bank 1 and Bank 2. The table displays all 
data for both banks that represent the matching criteria. 
Once a financial transaction is matched, the two sides 
of the matched transaction are given a unique identifier 
known as the "Recon Matching ID" that remains for the 5 
life of the matched transaction. Figure 6B is a continua- 
tion of Figure 6A so that the totals are displayed. The 
totals include the number of records and the net sum of 
the mark to market values of matched trades. 

[0092] Figure 6C shows similar matched trades w 
between Bank 1 and Bank 3. Figure 6D is a continuation 
of 6C so that the totals are displayed, as In Figure 6B. 
This particular example shows a net negative mark to 
market value from Bank 1 to Bank 3. 
[0093] Figure 7, entitled "Data Table for Unmatched is 
Financial Transactions," depicts an unmatched financial 
transaction table representing two parties, Bank 1 and 
Bank 2. All transaction data is displayed so that Bank 1 
can use this table as a worksheet when reconciling with 
Bank 2. All transactions are viewed from the point of 20 
view of Bank 1 , although the system knows that the 
counter-party for each of the transactions represented 
is Bank 2. 

[0094] Figure 8, entitled "Data Table for Expired 
Financial Transactions," illustrates sample data for 25 
financial transactions that have expired or matured. The 
table displays all expired transaction where Bank 1 is 
one party and Bank 2 is the counter-party. The table is 
divided by those transactions denominated in United 
States Dollars (USD) and those denoted by other cur- 30 
rencies. 

[0095] Figure 9, entitled "Import Errors Bank No. 2," 
illustrates financial transaction data submitted by one 
party, Bank 2, that failed validation checks and was sub- 
sequently rejected. Financial transaction data may be 35 
rejected because the data file doesn't contain certain 
required fields or because certain fields contain specific 
data formats. This table includes all rejections with the 
appropriate error messages. 

[0096] Figure 10, entitled "International Swaps aq 
Dealers Association (ISDA) Agreement Matrix," illus- 
trates a sample ISDA Agreement Matrix in an embodi- 
ment of the methods and systems for collateral 
matching and mark to market reconciliation. The ISDA 
is an industry managed association that creates and 45 
maintains standards for how financial transactions are 
processed by all parties. These standards are different 
for each type of financial instrument, and likewise there 
are different standards of documentation for each type 
or class of financial transaction. 50 
[0097] The ISDA Agreement Matrix shows that any 
party can have different agreements or versions of the 
agreements with different counter-parties, depending 
when the agreements were negotiated. The ISDA 
matrix serves as the baseline for the present invention 55 
to recognize the terms under which the financial trans- 
action is processed. 

[0098] Figure 1 1 , entitled "Sample Input Data Files,' 
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illustrates three sample input data file formats in an 
embodiment of the methods and systems for collateral 
matching and mark to market reconciliation. The three 
formats include: 

• Tab Delimited 

• Fixed Format 

° Tab Delimited with Headings. 

[0099] Figures 12A-D, entitled "File Import Specifi- 
cation," represent examples of inputs that have been 
stripped from the formats provided by the inputting party 
and that are translated to the standard mark to market 
reconcilement format. 

[0100] Figure 13, entitled "Matching Criteria," illus- 
trates a data table of matching criteria in an embodi- 
ment of the methods and systems for collateral 
matching and mark to market reconciliation. In this 
embodiment, the present invention uses field matching 
criteria to match financial transactions from two or more 
parties. Some fields require exact matches, while others 
may have tolerances. For example, data that shows a 
date for party A that is one day different from the corre- 
sponding date for party B may still be considered as a 
matching date. 

[0101] There are also different levels of matching. 
For example, two parties may bilaterally determine a 
very lenient matching criteria that is categorized by the 
system as a "Level 3° matching criteria. In this instance 
(i.e., Level 3), many fields require exact matches, but 
the maturity date of the transaction could be different by 
ten days for a transaction between the two parties and 
still be considered a matched trade. 
[0102] Figures 14A and 14B, entitled "Tables of 
Data Fields," illustrate sample financial transaction data 
tables that specify the field names, the data type within 
the field, and the maximum data length of the field. 
[0103] The foregoing description and associated 
figures detail only illustrative examples of the environ- 
ment in which the invention can be used and are not 
intended to be limiting. For instance, data fields and 
attributes can be constantly updated and added by 
authorized users (e.g., parties, system administrators, 
financial service providers, etc.). Furthermore, the pro- 
gramming languages, software platforms, operating 
systems, hardware components, communications pro- 
tocols, and other technology mentioned in the foregoing 
description are by way of example only, and the present 
invention may always be enhanced to incorporate the 
most advanced available technology. Variations and 
modifications of the present invention is apparent to one 
skilled in the art, and the above disclosure is intended to 
cover all such modifications and equivalents. 

Claims 

1 . A platform-independent method of collateral match- 
ing and mark to market reconcilement using a glo- 
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bal communications network, comprising: 

accessing said global communications net- 
work; 

transmitting financial transaction data, wherein 5 
said financial transaction data comprises finan- 
cial data and user instructional data; 
converting said financial transaction data to a 
standard format; 

comparing a first set of financial transaction w 
data with a second set of financial transaction 
data to determine a collateral match decision; 
retrieving mark to market parameters for said 
financial transaction data associated with said 
collateral match decision; 75 
using said mark to market parameters to calcu- 
late a market value for said financial transac- 
tion data associated with said matched 
decision; and 

providing useful reports. 20 

2. The method of claim 1 , wherein said mark to market 
parameters comprise at least one of the following: 

market values associated with a financial trans- 25 
action; and 

user specified decision criteria for valuing said 
financial transaction; and 
user specified decision criteria for reconciling 
said financial transaction. 30 

3. The method of claim 2, wherein said market values 
associated with said financial transaction comprise 
real-time, world-wide market values. 

35 

4. The method of claim 1 , further comprising: 

managing said financial transaction data; 

auditing said financial transaction data upon 40 
submission by a user; and 

administering said financial transaction data. 

5. The method of claim 1 , wherein said converting of 45 
said financial transaction data to said standard for- 
mat comprises: 

providing a template for import of said financial 
transaction data in an electronic medium; so 

importing said financial transaction data; 



creating an import specification for said stand- 
ard format of each file; and 

generating a unique import specification code 
to monitor said file. 



55 



6. Th method of claim 1 , wherein said converting of 
said financial transaction data to said standard for- 
mat comprises: 

providing a template for export of said financial 
transaction data in an electronic medium; 
exporting said financial transaction data; 
creating an export specification for said stand- 
ard format of each file; and 
generating a unique export specification code 
to monitor said file. 

7. The method of claim 1 , further comprising: 

processing said financial transaction data 
using a mark to market processor. 

8. The method of claim 1 , further comprising: 

processing said financial transaction data 
using a data conversion processor. 

9. The method of claim 8, wherein said data conver- 
sion processor comprises: 

managing a data file from said user; 
converting said data file to a standard file for- 
mat; 

parsing said data file; 

validating said data file; 

converting a data field to a standard data field 

format; 

inserting a filler data field for empty-fixed data 
fields; 

mapping a standardized, populated data field 
according to said user's preferences; 
reconfiguring import specifications; 
creating new import specifications; 
reconfiguring export specifications; 
creating new export specifications; and 
logging errors. 

1 0. The method of claim 1 , further comprising: 

processing said financial transaction data 
using a reconcilement processor. 

11. The method of claim 10, wherein said reconcile- 
ment processor comprises: 

configuring updated data fields; 

using one or more matching algorithms for a 

set of parties associated with said financial 

transaction; 

prioritizing matching algorithms for said set of 
parties associated with said financial transac- 
tion; and 

using tie-breaker rules when said matching 
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algorithm returns more than one or more mar- 
ket valuations for said financial transaction data 
associated with said collateral match decision. 

12. The method of claim 1, wherein said useful reports 
comprise a report of at least one of the following: 

said collateral match decision; 
said market value; 

said real-time world-wide market value; 
total exposure of said user; 
import errors for said user; 
said mark to market parameters; 
said user specified decision criteria for valuing 
said financial transaction; and 
said user specified decision criteria for recon- 
ciling said financial transaction. 



financial transaction; and 

user specified decision criteria for reconciling 
said financial transaction. 

5 

16. The system of claim 1 5, wherein said market values 
associated with said financial transaction comprise 
real-time, world-wide market values. 

io 1 7. The system of claim 1 4, further comprising: 

means for managing said financial transaction 
data; 

means for auditing said financial transaction 
15 data upon submission by a user; and 

means for administering said financial transac- 
tion data. 



13. The method of claim 1 , further comprising: 

controlling a communications path for discuss- 
ing said financial transaction data and one or 
more associated market valuations among 
multiple users. 

14. A platform-independent system of collateral match- 
ing and mark to market reconcilement using a glo- 
bal communications network, comprising: 

means for accessing said global communica- 
tions network; 

means for transmitting financial transaction 
data, wherein said financial transaction data 
comprises financial data and user instructional 
data; 

means for converting said financial transaction 
data to a standard format; 
means for comparing a first set of financial 
transaction data with a second set of financial 
transaction data to determine a collateral 
match decision; 

means for retrieving mark to market parame- 
ters for said financial transaction data associ- 
ated with said collateral match decision; 
means for using said mark to market parame- 
ters to calculate a market value for said finan- 
cial transaction data associated with said 
matched decision; and 
means for providing useful reports. 

15. The system of claim 14, wherein said mark to mar- 
ket parameters comprise at least one of the follow- 
ing: 

market values associated with a financial trans- 
action; and 

user specified decision criteria for valuing said 



18. The system of claim 14, wherein said converting of 
20 said financial transaction data to said standard for- 
mat further comprises: 

means for providing a template for import of 
said financial transaction data in an electronic 
25 medium; 

means for importing said financial transaction 
data; 

means for creating an import specification for 
said standard format of each file; and 
30 means for generating a unique import specifi- 

cation code to monitor said file. 

19. The system of claim 14, wherein said converting of 
said financial transaction data to said standard for- 

35 mat further comprises: 

means for providing a template for export of 
said financial transaction data in an electronic 
medium; 

40 means for exporting said financial transaction 

data; 

means for creating an export specification for 
said standard format of each file; and 
means for generating a unique export specifi- 
cs cation code to monitor said file. 

20. The system of claim 14, further comprising: 

means for processing said financial transaction 
so data using a mark to market processor. 

21. The system of claim 14, further comprising: 

means for processing said financial transaction 
55 data using a data conversion processor. 

22. The system of claim 21, wherein said data conver- 
sion processor comprises: 



12 



23 



EP 1 072 990 A2 



24 



means for managing a data file from said user; 

means for converting said data file to a stand- 
ard file format; 

means for parsing said data file; 

means for validating said data file; 

means for converting a data field to a standard 

data field format; 

means for inserting a filler data field for empty- 
fixed data fields; 

means for mapping a standardized, populated 
data field according to said user's preferences; 
means for reconfiguring import specifications; 
means for creating new import specifications; 
means for reconfiguring export specifications; 
means for creating new export specifications; 
and 

means for logging errors. 

23. The system of claim 14, further comprising: 

means for processing said financial transaction 
data using a reconcilement processor. 

24. The system of claim 23, wherein said reconcile- 
ment processor comprises: 

means for configuring updated data fields; 
means for using one or more matching algo- 
rithms for a set of parties associated with said 
financial transaction; 

means for prioritizing matching algorithms for 
said set of parties associated with said finan- 
cial transaction; and 

means for using tie-breaker rules when said 
matching algorithm returns more than one or 
more market valuations for said financial trans- 
action data associated with said collateral 
match decision. 

25. The system of claim 14, wherein said useful reports 
comprise a report of at least one of the following: 

said collateral match decision; 
said market value; 

said real-time world-wide market value; 
total exposure of said user; 
import errors for said user; 
said mark to market parameters; 
said user specified decision criteria for valuing 
said financial transaction; and 
said user specified decision criteria for recon- 
ciling said financial transaction. 

26. The system of claim 14, further comprising: 

means for controlling a communications path 
for discussing said financial transaction data 
and one or more associated market valuations 
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among multiple users. 

27. A platform-independent automated collateral 
matching and mark to market reconcilement 
method for creating, managing, verifying, and con- 
firming matched financial transactions, comprising: 

displaying a user module for viewing, selecting, 
inputting, and transmitting transaction data 
from a user to a network collateral matching 
and reconcilement system; 
receiving said transaction data upon submis- 
sion by a user; 

translating said transaction data upon submis- 
sion by said user, 

authenticating said transaction data upon sub- 
mission by said user; 

storing said transaction data upon submission 
by said user; 

associating said transaction data with collateral 
matching parameters to determine a matching 
outcome; 

using said transaction data associated with 
said matching outcome to determine a mark to 
market valuation; and 

transmitting said mark to market valuation to be 
displayed by said user interface. 

28. The method of claim 27, further comprising: 

auditing said transaction data upon submission 
by said user; 

controlling a communications path for discuss- 
ing said transaction data and said matching 
outcome among multiple users; and 

generating useful reports. 

29. A platform-independent automated collateral 
matching and mark to market reconcilement sys- 
tem for creating, managing, verifying, and confirm- 
ing matched financial transactions, comprising: 

means for displaying a user module for viewing, 
selecting, inputting, and transmitting transac- 
tion data from a user to a network collateral 
matching and reconcilement system; 
means for receiving said transaction data upon 
submission by a user; 

means for translating said transaction data 

upon submission by said user; 

means for authenticating said transaction data 

upon submission by said user; 

means for storing said transaction data upon 

submission by said user; 

means for associating said transaction data 

with collateral matching parameters to deter- 
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mine a matching outcome; 

means for using said transaction data associ- 
ated with said matching outcome to determine 
a mark to market valuation; and 
means for transmitting said mark to market val- 5 
uation to be displayed by said user interface. 

30. The system of claim 29, further comprising: 

means for auditing said transaction data upon 10 
submission by said user; 

means for controlling a communications path 
for discussing said transaction data and said 
matching outcome among multiple users; and 75 

means for generating useful reports. 

31. A secure, platform-independent automated system 

for collateral matching and mark to market recon- 20 
cilement, comprising: 

a network automated collateral matching and 
mark to market reconcilement system coupled 
to at least one communications network having 
a plurality of users; 

an interactive user module coupled with a net- 
work management system server connected to 
said communications network having a plurality 
of users; 

a plurality of client terminals coupled to said 
interactive user module for user interaction with 
said network automated collateral matching 
and mark to market reconcilement system. 

32. The system of claim 31, wherein said interactive 
user module comprises an application that is down- 
loaded from a web-page to said network automated 
collateral matching and mark to market reconcile- 
ment system. 

33. The system of claim 31, wherein said interactive 
user module is communicated to said network auto- 
mated collateral matching and mark to market rec- 
oncilement system by one of an internet, an 45 
intranet, or an extranet. 

34. The system of claim 31, wherein said communica- 
tions network is a financial institution's communica- 
tions network. so 
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Exposure Summary Report for Bank No. 1 



Bank No. 2 



Matched 



OURS 



-21,590,096.77 



Unmatched 



OURS 



42,804,687.18 



Total 



21,214,590.41 



Matched 



THEIRS 



24,548,818.00 



Unmatched 



THEIRS 



-65,830,582.00 



Bank No. 3 



Total 



NET 



-41,281,764.00 



-20,067,173.59 
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OURS 



28,698,177.31 



Unmatched 



OURS 



20,611,853.19 



Total 



49,310,030.50 



Matched 



THEIRS 



-35,761,533.08 



Unmatched 



THEIRS 



-4,059,325.65 



FIG. 5/14 



Total 



-39,820,858.73 



9,489,171.77 
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Import Errors Baek No« 2 



BANK2 



c:/derivs/imports/bank2.tab 



AT LINE: 



135 



No data for required field Field [deal req] value Q 



NY5006-9987500-USD-25/02/97-25/08/97-0-0 



BANK2 



c :/deri vs/imports/b ank2 .tab 



AT LINE: 



109 



No data for required field Field [deal req] value Q 



N0000282780- 1 00000000-USD-08/09/93- 1 0/09/97-0-0 



BANK2 


c :/derivs/imports/bank2 .tab 


AT LINE: 


107 




No data for required field Field [deal req] value Q 


N0000205090-5 


0000000-USD-2 1/07/92-23/07/97-0-0 



BANK2 


c :/deri vs/imports/b ank2 . tab 


AT LINE: 


104 




No data for required field Field [deal req] value [] 


N0000069866-4 


O000000-USD- 1 8/04/9 1-17/1 2/97-0-0 



BANK2 



c^derivs/imports/bank2.tab 



AT LINE: 



103 



No data for required field Field [deal req] value Q 





BANK2 


c:/deri vs/imports/b ank2.tab 


AT LINE: 


16 





No data for required field Field [deal req] value Q 



LNCF1 86496-200000000-DEM-0 1/03/95-03/03/98-0-0 



BANK2 


cVderivs/unpoits/bank2.tab 


AT LINE: 


13 




No data for required field Field [deal req] value [] 


L000013233-25 


000000-GBP-04/1 1/94-04/1 1/97-0-0 






BANK2 


c i/deri vs/irnports/bank2 . tab 


AT LINE: 


12 





No data for required field Field [notional 1] value Q 



FRA-USD-Crn-O-USD- 1 8/ 1 2/96- 1 8/1 2/99- 1 96933-0 



BANK2 



c^derivs/imports/bank2.tab 



AT LINE: 



11 



No data for required field Field [notional 1] value [] 



COMO 1 0082-0-USD-06706/97-06V06700- 1 440 1 9-0 



FIGo 9/14 
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International Swap Dealer Association (USB A) Agreement Matrix 



' ' — — 


Products 


XMARUS30A A 1 






XMARUS30AA1 


IRS, XCY 


XX 


ISDA87 


ISDA92 






XX 


19880621 


19930101 






XX 


A 


A 




FRA 


XX 


BBAJDR. 








XX 


19871201 








XX 


A 




MGTCUS33XXX 




ISDA87 


XX 


ISDA92 






19880621 


XX 


19960505 






B 


XX 


A 






BBAJQR 


XX 


BBAIR 






19871201 


XX 


19871201 






A 


XX 


A 


TSCOGB22AA1 




ISDA92 


ISDA92 


XX 






19930101 


19950101 


XX 






B 


B 


XX 



FIG. 10/14 
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Sample Input Data Files - Throe (3) Types of Input Format 



Tab (klimrfted- B ANKLE 
GB600 8900001464 

B GBP 

319576188905499 
CB600 8900001464 

S ITL 

104163960 
GB600 8900001464 

B ITL 

11755169264581.8 19866 
GB600 8900001464 

SWAP SNO 

20000000-200000001 1594203 
(3600 8900001464 
SWAP SING 

15000000-150000008695652 
GB600 8900001464 
SWAP SING 

10000000-10000000695991 1 



41172 

38805817574 
41172 

17603.5 
41172 



822861.9 

8002725754 

3012 
1112029 

8002725754 

3012 
•1806968 

8002725754 

3011 
352298.1 



BANJO 

09/11/94 09/11/99 
14723073 0 92 
BANKJ 

15/05/97 20/06/97 

0 0 
BANJO 

19/06/97 18/07/97 
10874440.48 



BANKJ 
DEM 

142920.2 
BANKJ 
DEM 

281333.4 
BANKJ 
CHF 

32191.75 



1494313022EQ INDEX OPTIONS 3359 

19400000 

1497135190EQ INDEX OPTIONS 3386 

•17603500000 

0 

1497170392EQ INDEX OPTIONS 3387 

19866000000 

LONDON (SWAP) 389300002 

DEM 27/10/89 30/10/98 31/10/89 30/1098 

0 

LONDON (SWAP) 390183004 

DEM 02/07/90 05/07/00 05/07/90 0S07/00 

0 

LONDON (SWAP) 392022006 
CHF 22/01/92 26/01/98 24/01/92 2&OL98 
384489.8 



COMPANY 



RiRnumt-BANKlN 

U95SW12 0393174024 EUROP NY BANK2 

0000616303 BANK2COMPANY-N EUROP 8000886971 00006)6303 SWPSC3012 
DKK DKJC 100000000.00 -100000000.0014997226.00 -406435.58 07-JUL-97 

06/23/1998 06/23/1998 

1195SW12 0393288023 EUROP NYBANK2 COMPANY 

0000616303 B ANK200M P ANY LO EUROP 8000803804 0000616303 SWPSC301 1 
ITL ITL 25000000000.00 -25000000000.00 14651930.541485344.27 07/JUL-97 

10/19/2000 10/19/2000 
1195SW12 0394012035 EUROP 

0000616303 BANK2COMPANY LO EUROP 8000803604 
FRF FRF 750000000.00 -750000000.00 
01/13/1999 01/13/1999 
1195SW12 0394034032 EUROP 

0000616303 BANK2COMPANY - N EUROP 8000886971 
FRF FRF 100000000.00 -100000000.00 
02/04/1998 02/04/1998 
1195SW12 0394039053 EUROP 

000616303 BANKJ COMPANY LO EUROP 8000803804 



NYBANK2 COMPANY 
0000616303 SWPSC3011 
127026066.18 4997872.96 07-JUL-97 

NY BANKJ COMPANY 
0000616303 SWPSC3012 
16936808.82 -441474.27 07-JUL-97 



DEM DEM 
02/10/19994 



NY BANKJ 
0000616303 SWPSO011 



COMPANY 



100000000.00 
02/10/1999 



1 



000.0057110220.19 



4583895.29 07-JUL-97 



CTS 0100042228 

06/23/1993 06/23/1993 

CTS 0100042228 

10/15/1993 10/19/1993 



CTS 



0100042228 



01/12/1994 01/13/1994 

CTS 0100042228 

02/03/1994 02/04/1994 

CTS 0100042228 

02/08/1994 02/10/1994 



Tab Delimited with hencQnga - BANK2 
Transaction ID Notional 



44513 

44514 

18163 . 

186644 

186704 

187152 

187171 

187177 

187194 

COM0 10082 

FRA-USD-CITI 

L000013233 

L000044507 

L000 187481 

LNCF1 86496 

LNSW0035313 

LNSW016798 

LNSW0 16863 

LNSW023285 

LNSW026045 

LNSW028079 

LNSW028815 

LNSW028953 

LNSW029037 

LNSW032838 



1000 00 00000 

10000000000 

100000000 

25000000 

100000000 

100000000 

100000000 

150000000 

200000000 

0 

0 

25000000 

5000000000 

50000000000 

200000000 

150000000 

50000000 

50000000 

100000000 

25000000000 

750000000 

100000000 

100000000 

50000000000 

250000000 



Ccy 


Transaction Date 


Maturity Date DEAL REQ 


JPY 


14/11/95 


15/11/99 


212820 


0 


JPY 


14/11/95 


15/11/99 


5059420 


0 


CHF 


02/10/96 


06710/99 


1430964 


0 


DEM 


23/06/95 


23/06/00 


67183 


0 


DEM 


07/08/95 


07/08/99 


3153 


0 


DEM 


23/09/96 


13/02/98 


-4155335 


0 


CHF 


03/10/96 


07/10/99 


1294263 


0 


CHF 


04/10/96 


07/10/99 


1541463 


0 


CHF 


15/10/96 


15/10/97 


2248009 


0 


USD 


06/06/97 


06/06/00 


1444019 


0 


USD 


18/12/96 


18/12/99 


196933 


0 


GBP 


04/11/94 


04/11/97 


0 


0 


JPY 


13/06/96 


17/12/99 


-77367 


0 


ITL 


31/05/96 


04/06/99 


-6035 


0 


DEM 


01/03/95 


03/03/98 


0 


0 


£K 


07/09/94 


09/09/97 


•1994031 


0 


DEM 


27/05/92 


15/07/97 


-1982180 


0 


DEM 


27/05/92 


15/07/02 


-3351200 


0 


DKK 


23/06/93 


23/06/98 


1132865 


0 


ITL 


15/10/93 


19/10/00 


-1345684 


0 


FRF 


12/01/94 


13/01/99 


-4898807 


0 


FRF 


03/02/94 


04/02/98 


440713 


0 


DEM 


08/02/94 


10/02/04 


-3779613 


0 


ITL 


10/02/94 


14/02/98 


227029 




SEK 


15/06/94 


17/06/99 


3091420 


o FIG. 



INITIAL REQ 



29 



I 



EP 1 072 990 A2 



FILE IMPORT SPECIFICATION 



Bank Bank No. 1 Specification BANK1E c:/derives/imports/bankle.txt 



Input Field 


Type 


Format 


Re'qd. 


Position 


Length 


Map Table 
r 


Output Field 


Default 


BIC 


fixed 




Yes 


0 


0 




BIC 


BANK1 


client class 


text 




No 


1 


0 








counterparty 


text 




Yes 


2 


0 


MapCP 


cpBIC 




counterparty 


text 




Yes 


2 


0 




inputCP 




account id 


text 




No 


3 


0 








account id nam 


text 




No 


4 


0 








transaction id 


text 




Yes 


5 


0 




transaction id 




InputProduct 


text 




Yes 


6 


0 




InputProduct 




transaction type 


text 




Yes 


6 


0 


MapProduct 


Product 




product code 


number 




No 


7 


0 








buy sell ind 


text 




No 


8 


0 




Buy Sell 




ccyl 


text 




Yes 


9 


0 




PayCcy 




ccy2 


text 




Yes 


10 


0 




RecCcy 


[Ccyll 


trade date 


date 


dd/mm/yy 


Yes 


11 


0 




trade date 




settle date 


date 


dd/mm/yy 


Yes 


12 


0 




settle date 




start date 


date 


dd/mm/yy 


Yes 


13 


0 




start date 


[trade dat 


maturity date 


date 


dd/mm/yy 


Yes 


14 


0 




maturity date 




security id 


text 




No 


15 


0 








notional 1 


number 




Yes 


16 


0 




PayNotional 




notional2 


number 




Yes 


17 


0 




RecNotional 


[notional 1] 


notional 


number 




No 


18 


0 








mark to market 


number 




Yes 


19 


0 




MTM 




Strike Prices 


number 




No 


20 


0 




Strike Price 





FIG. OA/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No, 1 Specification BANK1N c^derives/imports/banklatxt 



Input Field 


Type 


Format 


Re'qd. 


Position 


Length 


Map Table 


Output Field 


Defeult 


BIC 


fixed 




Yes 


0 


0 




BIC 


BANK1 


transaction id 


text 




Yes 


18 


16 




transaction id 




ParentTrans actio 


text 




No 


60 


16 




ParentID 




inputCP 


tea 




Yes 


181 


10 


MapCP 


cpBIC 




inputCP 


text 




Yes 


181 


10 




inputCP 




InputProduct 


text 




Yes 


191 


16 


MapProduct 


Product 




InputProduct 


text 




Yes 


191 


16 




InputProduct 




Buy/Sell 


text 




No 


202 


1 




Buy Sell 




caQ_put 


text 




No 


204 


1 




call_put 




Strike Price 


number 




No 


207 


20 




Strike Price 




ccyl 


text 




Yes 


243 


3 




Payccy 




ccy2 


text 




Yes 


247 


3 




Recccy 


[ccyl] 


notionall 


number 




Yes 


256 


20 




PayNotional 




notional2 


number 




Yes 


276 


20 




RecNotional 




notionalUSD 


number 




No 


296 


19 




NotionalBase 




MTM 


number 




Yes 


315 


20 




MTM 




MTMdate 


date 


dd/nnVyy 


Yes 


335 


10 




MTMdate 




trade date 


date 


mm/dd/yyyy 


Yes 


345 


11 




trade date 




start date 


date 


mm/dd/yyyy 


No 


357 


11 




start date 




maturity date 


date 


mm/dd/yyyy 


Yes 


369 


12 




maturity date 




settlement date 


date 


mm/dd/yyyy 


Yes 


381 


11 




settle date 





FIG. 12B/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No. 2 Specification BANK2 c:/derives/imports/bank2.tab 



Input Field 


Type 


Format 


Re*qd. 


Position 


Length 


Map 
Table 


Output Field 


Demult 


cpBIC 


fixed 




No 


0 


0 




cpBIC 


BANK1 


Product 


fixed 




No 


0 


0 




Product 


OTHER 


BIC 


fixed 




No 


0 


0 




BIC 


BANK2 


transaction id 


text 




Yes 


1 


0 




transaction id 




notional I 


number 




Yes 


2 


0 




Paynotional 




ccyl 


text 




Yes 


3 


0 




Payccy 




transaction 
date 


date 


dd/mm/yy 


Yes 


4 


0 




trade_date 




maturity date 


date 


dd/mm/yy 


Yes 


5 


0 




maturity date 




deal req 






Yes 


6 


0 




MTM 





FIG. 12C/14 
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FILE IMPORT SPECIFICATION 



Bank Bank No. 3 Specification BANK3 c:/derives/import&fcank3.txt 



Incut Field 


Tvne 


Format 


Re 'ad 


Pnqitinn 


T i*TIOtVl 


IVlttp 1 OUiC 




TW» fault 


buysell 


fixed 




Yes 


0 


0 




buy sell 




cpBIC 


fixed 




Yes 


0 


0 




cpBIC 


BANK1 


BIC 


fixed 




Yes 


0 


0 




BIC 


BANK3 


src system id 


text 




No 


1 


0 








book id 


text 




No 


2 


0 








trade id 


text 




Yes 


3 


0 




transaction id 




ticket id 


text 




No 


4 


0 








ins type 


text 




Yes 


5 


0 


MapProduct 


Product 




ins type 


text 




Yes 


5 


0 




inputProduct 




rec notional 


number 




Yes 


7 


0 




Paynotional 




rec notional ccy 


text 




Yes 


13 


0 




PayCcy 




trade date 


date 


dd/mm/yy 


Yes 


14 


0 




trade date 




maturity date 


date 


dd/mm/yy 


Yes 


15 


0 




maturity date 




business date 


date 


dd/mm/yy 


Yes 


16 


0 




MTMdate 




base mtm 


number 




No 


17 


0 




MTM 




other ccy 


text 




Yes 


30 


0 




Recccy 


[rec notio 


other notional 


number 




Yes 


31 


0 




RecNotional 


[rec notio 


put call 


text 




No 


34 


0 


MapCodes 


call put 




buy sell 


text 




No 


35 


0 


MapCodes 


buy sell 




effective date 


date 


dd/mm/yy 


No 


37 


0 




start date 





FIG. 12D/14 
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Matching Criteria 

Level external 



Order 


Field 1 


Fiekl2 


Type 


Tolerance 


Ttype 


Special 


Vahiel 


Vawe2 


1 


BIC 


cpBIC 


text 


0 










2 


cpBIC 




text 


0 










3 


ExtemalMatchID 


BIC 


text 


0 











Level full 


Order 


Field 1 


FieM2 


Type 


Tolerance 


Ttype 


Special 


Vahiel 


Vahie2 


1 


BIC 


cpBIC 


text 












2 


cpBIC 


BIC 


text 












3 


Product 




text 












4 


PayCcy 




text 












5 


RecCcy 




text 












6 


Paynotional 




number 












7 


Recnotioiial 




number 












8 


maturity date 




date 


5 


d 








9 


trade date 




date 


1 


d 








10 


buy seU 




text 


0 




A 


B 


S 


11 


calljput 




text 


0 




B 






Level levell 


Order 


Fiekil 


Field2 


Type 


Tolerance 


Ttype 


Special 


Vahiel 


Value2 


1 


BIC 


cpBIC 


text 












2 


cpBIC 


BIC 


text 












3 


Product 




text 












4 


PayCcy 




text 












5 


RecCcy 




text 












6 


PayNotional 




number 












7 


RecNotional 




number 












8 


maturity date 




date 


5 


d 






" 


Level leveE 


Order 


Field 1 


FieU2 


Type 


Tolerance 


Ttype 


Special 


Vahiel 


Vahie2 


1 


BIC 


cpBIC 


text 












2 


cpBIC 


BIC 


text 












3 


Product 




text 












4 


PayCcy 




text 












5 


RecCcy 




text 












6 


PayNotional 




number 












7 


RecNotional 




number 












Level teveB 


Order 


Fiekil 


Field2 


Type 


Tolerance 


Ttype 


Special 


Vahiel 


Vahie2 1 


1 


BIC 


cpBIC 


text 


0 










2 


cpBIC 


BIC 


text 


0 










3 


Product 




text 


0 










4 


PayCcy 




text 


0 










5 


PayNotional 




number 


0 










6 


trade date 




date 


0 










7 


maturity date 




date 


10 


d 









FIG. 13/14 
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Tables of Data Fields 



Trades Tables 



Name 


Tvne 


T i*noth 


IrrmortCode 


Text 

X vAl 


10 

IV 


BIC 


Text 


iz 


coBIC 


Text 

I CAl 


XZ 


InnutCP 


Text 




narentlTj 


Text 

X CAl 




transaction id 
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